Columbia Kermit/kermit.zip/newsgroups/misc.20000824-20010305/[e-mail] _Mon Jan 1 20:42:41 2001.msg

Internet Message Format | 2020-01-01 | 4KB

Return-Path: <[e-mail]>
Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
    by uhaligani.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id UAA02054
    for <[e-mail]>; Mon, 1 Jan 2001 20:42:41 -0500 (EST)
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
    by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id UAA25455
    for <[e-mail]>; Mon, 1 Jan 2001 20:42:40 -0500 (EST)
Received: (from news@localhost)
    by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id UAA26414
    for [e-mail]; Mon, 1 Jan 2001 20:25:45 -0500 (EST)
X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
From: Thomas Dickey <[e-mail]>
Subject: Re: kermit-95 linux terminal type emulation problem
Date: 2 Jan 2001 01:24:18 GMT
Organization: RadixNet Internet Services
Message-ID: <92rak2$h8b$[e-mail]>
To: [e-mail]

Jeffrey Altman <[e-mail]> wrote:
> In article <[e-mail]>,
> Pim Zandbergen  <[e-mail]> wrote:
> :        :vb=200\E[?5h\E[?5l:ve=\E[?25h\E[?0c:vi=\E[?25l\E[?1c:\
> :        :vs=\E[?25h\E[?8c:\

> Not a bug, just a moving target in linux terminal definitions.
> Linux console is not based upon SCO ANSI instead it is derived from
> VT2xx terminals.  For a VT2xx the private sequence

>   CSI ? Pn c

> is used for terminal reports.  SCO ANSI uses this private sequence
> for cursor manipulation.  0 - underline, 1 - block, 2 off.

> I wonder what the latest Linux console is using for its Pn values.

While at one point the Linux console had some pretentions to being VTxxx based,
that was a few years ago - recent changes have been made apparently in a purely
ad hoc manner (the sequence in question is used to set the cursor shape).
For your amusement -

VGA-softcursor.txt, from the 2.2 kernel

Software cursor for VGA    by Pavel Machek <[e-mail]>
=======================    and Martin Mares <[e-mail]>

   Linux now has some ability to manipulate cursor appearance. Normally, you
can set the size of hardware cursor (and also work around some ugly bugs in
those miserable Trident cards--see #define TRIDENT_GLITCH in drivers/video/
vgacon.c). You can now play a few new tricks:  you can make your cursor look
like a non-blinking red block, make it inverse background of the character it's
over or to highlight that character and still choose whether the original
hardware cursor should remain visible or not.  There may be other things I have
never thought of.

   The cursor appearance is controlled by a "<ESC>[?1;2;3c" escape sequence
where 1, 2 and 3 are parameters described below. If you omit any of them,
they will default to zeroes.

   Parameter 1 specifies cursor size (0=default, 1=invisible, 2=underline, ...,
8=full block) + 16 if you want the software cursor to be applied + 32 if you
want to always change the background color + 64 if you dislike having the
background the same as the foreground.  Highlights are ignored for the last two
flags.

   The second parameter selects character attribute bits you want to change
(by simply XORing them with the value of this parameter). On standard VGA,
the high four bits specify background and the low four the foreground. In both
groups, low three bits set color (as in normal color codes used by the console)
and the most significant one turns on highlight (or sometimes blinking--it
depends on the configuration of your VGA).

   The third parameter consists of character attribute bits you want to set.
Bit setting takes place before bit toggling, so you can simply clear a bit by
including it in both the set mask and the toggle mask.

Examples:
=========

To get normal blinking underline, use: echo -e '\033[?2c'
To get blinking block, use:            echo -e '\033[?6c'
To get red non-blinking block, use:    echo -e '\033[?17;0;64c'

--
Thomas E. Dickey <[e-mail]> <[e-mail]>
http://dickey.his.com
ftp://dickey.his.com